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(57) ABSTRACT 

An image acquisition system has a computer and one or 
more imaging devices coupled to the computer. Each imag- 
ing device has a device memory and is capable of capturing 
a digital image and storing the image in its memory. An 
image device manager is implemented in software on the 
computer to control operation of the imaging devices. The 
image device manager presents a user interface (UI) within 
the familiar graphical windowing environment. The UI has 
a context space that pertains to a particular imaging context 
(e.g., scanning, photography, and video). The UI also has a 
persistently-visible imaging menu positioned within the 
context space that lists options particular to the imaging 
context. For example, if the context space pertains to the 
digital camera context, the menu lists options to take a 
picture, store the image on the computer, send the image in 
an email, and so on. In the scanner context, the menu lists 
options to select an image type, preview an image, send the 
image to a particular destination, and scan the image. The 
image acquisition system also includes a set of application 
program interfaces (APIs) that expose image management 
functionality to applications. The APIs enable applications 
to manage loading and unloading of imaging devices, moni- 
tor device events, query device information properties, cre- 
ate device objects, capture images using the devices, and 
store or manipulate the images after their capture. 

45 Claims, 7 Drawing Sheets 
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COMPUTER-IMPLEMENTED IMAGE ticular to an imaging context. For example, if the context 

ACQUISTION SYSTEM space pertains to the camera context, the menu lists options 

to take a picture, store a captured image on the computer, 

TECHNICAL FIELD senc j lne image in an email, and on. In the scanner context, 

This invention relates to computer-implemented systems 5 the menu lists options to select an image type, preview an 

for managing imaging devices, such as digital cameras, image, send the image to a particular destination, and scan 

scanners, and the like. This invention also relates to graphi- tre im a g e - 

cal window user interfaces, and particularly to user inter- The image acquisition system also includes a set of 

faces used to facilitate capture and storage management of application program interfaces (APIs) that expose image 

digital images. This invention further relates to operating 10 management functionality to applications. The APIs enable 

systems and browsers that incorporate image device man- applications to manage loading and unloading of imaging 

agers and user interfaces. devices, monitor device events, query device information 

properties, create device objects, capture images using the 

BACKGROUND devices, and store or manipulate the images after their 

Digital imaging devices, such as scanners, cameras, video 15 capture, 

cameras, have been experiencing rapid growth in popularity DFSCRIPTTON OF THE DRAWINGS 

as their price tags continue to decrease. Recreational pho- BRIEF DESCRIPTION OF 1Ht DRAWINGS 

tographers enjoy capturing pictures and videos and placing fig. 1 is a block diagram of an image acquisition system, 

the digital files onto their computers for printing or emailing FIG. 2 is a block diagram of a software architecture for the 

to friends and relatives. Businesses use scanners to digitally 20 acquisition system 

record documents used in day-to-day operation for archival mQ 3 fa a diagrammatic illuslration of a graphica i user 

purposes. interface window showing integration of the image acqui- 

Other solutions to this problem already exist. For sition system withjn a famiUar filc system 

example, TWAIN and ISIS are two image acquisition sys- ^ _ . . *• •« * *• e u-i 

terns that are available today. However, both of these sohi- 25 . , FI f G - 4 15 a diagrammatic lustration of a graphical user 

tions have problems. TWAIN lacks robustness and interop- interface wmdow showing an opening wxndow for managing 

erability. ISIS is a proprietary design that renders it difficult waging devices. 

to use with other applications. FIG - 5 fc a diagrammatic illustration of a graphical user 

Accordingly, a task set before the inventor was to create 3Q * terface wMow for interfacing with a scanner, 

an image acquisition system that was based on an open FIG. 6 is a diagrammatic illustration of a graphical user 

architecture model and could be integrated with existing interface window for interfacing with a digital camera, 

applications and operating systems to provide a convenient FIG. 7 is a diagrammatic illustration of a graphical user 

environment for the user. interface window for interfacing with a digital video camera. 

SUMMARY 3 5 DETAILED DESCRIPTION 

This invention concerns an image acquisition system that This invention concerns a computer-implemented image 

offers an open architecture to integration with existing acquisition system that manages imaging devices (such as 

operating systems and other applications. digital cameras, scanners, digital video cameras, and the 

In an exemplary implementation, the image acquisition 40 like) and the images captured by them. In a preferred 

system is implemented on computer, such as a desktop implementation, the image acquisition system is imple- 

personal computer, having a processing unit, memory, and mented in a general-purpose computer (e.g., personal 

operating system. One or more imaging devices are coupled computer, laptop, etc.) to manage imaging devices attached 

to the computer. Examples of the imaging devices include a locally to the computer or coupled remotely via a network, 

scanner, a digital camera, a digital video camera, and so 45 The image acquisition system supports a graphical user 

forth. Some imaging devices, such as digital cameras, have interface windowing environment that integrates image 

a device memory and are capable of capturing a digital device management with the same look and feel of familiar 

image and storing the image on its memory. Other imaging browsing user interfaces for conventional file systems. In 

devices, such as scanners, may not have their own device this manner, a user encounters a familiar experience when 

memory. 50 managing the imaging devices and image files from his^e^ 

The image acquisition system further includes an image computer, 

device manager that is implemented in software on the Exemplary System Architecture 

computer to control operation of the imaging devices. The FIG. 1 shows an image acquisition system 20 having a 

image acquisition system presents a user interface (UI) computer 22 coupled to multiple imaging devices 24-^30. 

within the familiar graphical windowing environment. The 55 The computer 22 is a general-purpose Is computing device 

UI presents a graphical window having a context space that that is described and illustrated, for discussion purposes, as 

pertains to a particular imaging context (e.g., scanning, a desktop personal computer (PC). The computer 22 has a 

photography, and video). In the camera context, the context processing unit 40, a volatile memory 42 (e.g., RAM), a 

space presents image files stored on the camera memory non -volatile data memory 44 (e.g., disk drive, etc.), a 

and/or on the computer memory. In the scanner context, the 60 non-volatile program memory 94 (e.g., ROM, disk drive, 

context space includes a preview scan area that reveals a CD-ROM, etc.), a display 48 (e.g., VGA monitor), and a 

preview of the image in the scanner. In the video context, the universal serial bus (USB) 50. An operating system/browser 

context space presents video clips stored on the computer 52 is stored in program memory 46 and executed on the 

memory, but logically represented as belonging to the video processing unit 40 when the computer is booted. Examples 

camera. 65 of suitable operating systems 52 include the Windows-brand 

The UI also has a persistently visible imaging menu operating systems from Microsoft Corporation and the oper- 

positioned within the context space that lists options par- ating systems from Apple Computer. Although a USB 50 is 
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shown and described, other bus architectures may be used, device driver 74 includes a device object, an optional UT, 

including general serial buses, a SCSI bus, an IEEE 1394 and optional image processing capabilities. An image device 

serial bus that conforms to the IEEE 1394 specification, and manager object 76 is called to initialize and select an image 

so forth. device, and create the device interface. The image device 

The imaging devices 24-30 are coupled to the computer 5 manager object 76 performs such tasks as instantiating a 

via a serial connection to the USB 50. Illustrated examples device driver object 74, determining the device status, 

of the imaging devices include a scanner 24, a video camera monitoring events from the device, and so forth. 

26, and a digital camera 28. However, other imaging devices A COM (component object model) layer 78 exposes the 

(e.g., copiers, facsimile machines, etc.) may also be used in device driver object 74 and image device manager object 76 

conjunction with aspects of this invention, as represented by 1° to an upper level application 80. The application layer 80 

the generic imaging device 30. Some of the imaging devices represents both traditional TWAIN based applications that 

have their own memory, as represented by memory 32 in utilize a TWAIN compatibility layer 82, as well as new 

imaging device 30. For example, the digital camera may applications that support the APIs 66. Unlike the traditional 

have its own memory, whereas the scanner typically does TWAIN model, however, the TWAIN compatibility layer 82 

not have a memory. is interacts with the COM-based objects 74 and 76 rather than 

The image acquisition system 20 includes an image TWAIN-based devices, 

device manager 60, which is implemented as a software Image Acquisition User Interface 

component loaded on the computer 22. More particularly, The image acquisition system may be incorporated into 

the image device manager 60 is stored in program memory the operating system, exist as a set of services, or be run as 

46 and runs on processing unit 40 during execution. The 20 a separate, self-contained application. For discussion 

image device manager 60 may be integrated into the oper- purposes, the image acquisition system is described as being 

ating system 52 (as shown), executed as a set of services, or integrated into an operating system that supports a graphical 

implemented as a separate self-contained program. user interface windowing environment. 

The image acquisition system 20 also has a user interface FIG. 3 shows an initial graphical user interface window 
62, which is preferably a graphical user interface that 25 100 presented on the computer display 48. This window 100 
presents a graphical window having a context space per- is illustrated as the familiar "My Computer" screen within a 
taining to the imaging context. Depending upon the partial- browser-based windowing setting, which is well known to 
lar context, the context space may list available imaging users of Windows-brand operating systems. The "My Com - 
devices for which device drivers have been loaded onto the puter" window 100 presents a context for listing the major 
computer, or list digital image files captured by one or more components that make up the user's PC, including disk 
of the imaging devices, or show an image being scanned in drives, printers, a control panel, and networking function- 
by the scanner. ality. 

The user interface 62 further presents a persistently vis- Of interest to the image acquisition system is the integra- 

ible imaging menu positioned within the context space. The 35 tion and treatment of the imaging devices as a folder 102 

imaging menu lists options that are particular to controlling organized with the other general computer components. This 

the various imaging devices. For instance, when the context provides a convenient starting point for the user to access the 

space pertains to the camera context, the menu lists a "Take imaging devices 24-30 that are coupled to the computer 22. 

Picture" option that is specific to operating the digital when the user activates the "Imaging Devices" folder 

camera 28. Upon user selection of "Take Picture", the image ^ icon 10 2 for the first time, an installation Wizard comes up 

device manager 60 directs the digital camera 28 to record the t0 gu j de tne user through the installation of an imaging 

current image obtained through the camera lens. In the device. Suppose, for example, the user has installed two 

scanner context, the menu lists a "Scan/Open" option that is scanning devices and a digital camera. Activating the "Imag- 

particular to operating the scanner. Upon selection of this j ng Devices" icon 102 navigates to a new "Imaging 

option, the image device manager 60 directs the scanner to ^ Devices" window. 

scan the current image. 4 FIG. 4 shows the "Imaging Devices" window 110 pre- 
The image device manager 60 has an image device driver scntcd on thc computer display 48. The "Imaging Devices" 
64 and a set of APIs (application program interfaces) 66. The willdow 110 pertains to an imaging context and lists the 
image device driver 64 controls operation of the imaging imaging devices that have been installed on the computer. In 
device in response to selected options in the context-specific 5Q ^ example, the window lists an "add imaging device" icon 
menu. The driver 64 is the code that facilitates communi- \\2 and icons for the three installed devices: a "My Scanner" 
cation with the imaging device over the USB 50 and passes icon 114 for a locally installed scanner, a "My Camera" icon 
commands to capture an image, to read image files from the n6 f or thc installed camera, and a "Jake's Scanner" icon 
device's local memory, to obtain the device's properties, and n 8 f or remotely installed (via a network connection) scan- 
so forth. 55 ner Activation of the "add imaging device" icon 112 recalls 
The APIs 66 define a set of interfaces that can be used to the wizard to enable the user to install any additional 
access the functionality of the image device manager 60. imaging devices. 

These APIs are described below in a section entitled "Image The "Imaging Devices" window 110 distinguishes 

Acquisition API". between devices that are currently available and those that 

Exemplary Software Architecture 60 are not available (e.g., offline, physically removed, etc.). 

FIG. 2 shows a software architecture 70 for implementing Devices that are not available are dimmed and the user has 

the image acquisition system. At the kernel level, the archi- the option of uninstalling them. In FIG. 4, the second 

tecture 70 includes kernel I/O drivers that include a bus scanner identified as "Jake's Scanner" is not available and 

driver to drive serial communication with the imaging hence the icon 118 is dimmed. 

device over the USB 50. 65 Activating one of the imaging devices listed in window 

At the user level, a device driver 74 is loaded for the 110 causes the image acquisition system to present different 

particular imaging device connected to the computer. The windows exhibiting contexts that are specific to the selected 
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imaging device. Within these device -oriented windows, the 
image acquisition system presents context -specific menus 
that contain items or options pertinent and relevant to the 
particular imaging device. 

FIG. 5 shows a "My Scanner" window 120 that is 
presented upon selection of the "My Scanner*' icon 114 in 
FIG. 4. The scanner window 120 presents a context space 
122 that pertains to the scanning context The context space 
122 has a preview scan space 124 and a persistently-visible, 



FIG. 6 shows a "My Camera** window 150 that is pre- 
sented upon selection of the "My Camera" icon 116 in FIG. 
4. The camera window 150 presents a context space 152 that 
pertains to the camera context. The context space 152 has a 
file space 154 and a persistently-visible, context-specific 
menu 156 positioned adjacent the file space within the 
graphical window 150. 

The context-specific menu 156 is always visible in the 
camera window 150 and offers options that are tailored to 



context-specific menu 126 positioned adjacent the preview io operating the digital camera 28 attached to the computer. 



20 



Option 



25 



scan space within the graphical window 120. 

The context-specific menu 126 is always visible in the 
scanner window 120. The menu 126 offers options that are 
tailored to operating the scanner attached to the computer or 
remotely coupled to the computer via a network. While 
some of the options may be included in a context menu (i.e., 
a menu that appears near the pointer following a right moue 
click), the persistently-visible menu 126 lists operating 
specific options tailored to the scanner that are not included 
elsewhere in the user interface. 

The menu 126 includes an image type selection 128 that 
has a pull-down 22 list of various image types from which 
a user may select. A non-exhaustive list of image types 
includes color photograph, black and white photograph, 
color line art, black and white line art, and text. The image 
types included in the pull-down list 128 are specific to the 
device. Some imaging devices may not provide support for 
a given format and hence the format is omitted in that 
particular list. 

A destination selection 130 has a pull -down list of various 
choices on what to do with the scanned image. For instance, 
the list 130 might include using the image in an application, 
faxing the image, printing the image, copying the image to 
a clipboard, and saving the image in a file. The destination 
selection simplifies the output operation for the user. For 
example, selection of a choice directly affects the acquisition 
parameters and image quality without requiring the user to 
know what parameters to set. 

The persistently-visible context-specific menu 126 also 40 Rotatc 10 thc Rig* 1 * 
has a "New Preview" command 132 that directs scanners to 
create a preview image of an image that is currently in the 
scanning bed. The image is presented in the preview scan 
space 124. When the image appears in the scan space 124, 
a preview control 134 is provided to allow the user to select 45 
a region of the image for a final scan. In the illustrated 
implementation, the control 134 is shown as a dashed 
rectangular box framing the picture. The user can manipu- 
late the box 134 to capture all or less than all of the image. 



While some of the options may be included in a context 
menu (i.e., a menu that appears near the pointer following a 
right moue click), the persistently-visible menu 156 lists 
operating specific options tailored to the camera that are not 
included elsewhere in the user interface. 

The menu 156 is illustrated as having two tabs: a pictures 
tab 158 and a camera tab 160. Table 1 contains the options 
and corresponding functions available on the pictures tab 
158. 

TABLE 1 



Function 



Open 

Save in "My Pictures" folder 
Zoom 

Send to 



35 



Lock on Camera 



Delete from Camera 



Rotate to the Left 



Opens a picture with a default 
registered application 
Downloads the images from the 
camera and copies them to "My 
Pictures" directory on computer memory. 
Changes the window view and allow 
the user to select one picture at the 
lime and zoom in/out of the picture 
once it's copied locally. 
Allows the user, to send the picture to 
various locations (or applications) on 
the PC. For example, thc user may 
choose to "send" the picture to an 
"email recipient" 

Allow the user to lock a picture to 
prevent accidental deletion 
Allows the user to permanently 
remove the picture from the camera 
after a confirmation 

Allows the user to rotatc thc picture 90 
degrees to the right. 
Allows the user to view properties 
associated with the selected pictures). 



Table 2 contains the options and corresponding functions 
available on the 



resize the image to reflect the size of the scanner bed and 
automatically configure the scanner to make the appropriate 
adjustments to capture the selected image portion. 

The menu 126 includes a "Scan/Open" command 136 to 
direct the scanner to capture the image. When this command 55 
is selected, the scanner scans the image in its bed. Concur- 
rently with this scanning action, the image progressively 
appears in the preview scan space 124 to visually convey 
that the scanner is scanning the image. In one 
implementation, the image is progressively displayed row- 60 
by-row from top to bottom of the image. 

The menu 126 includes a "Save" option 138, which 
directs the scanner to capture the image as a file and store the 
file in the computer memory. The last listed option is a "Send 
to" option 140, which allows the user to send the image to 65 
various locations (or applications) on the PC, such as for 
packaging in a facsimile or email. 



TABLE 2 


Option 


Function 


Take Picture 


Triggers the camera to take a picture. 


Copy all Pictures 


Copies all the pictures to designated 




location on the PC. 


Remove all Pictures 


Deletes all pictures in thc camera. 


Share 


Brings up a wizard for the local user to 




share the camera. 


Initialize Memory Card 


Enables user to initialize the storage 




card in the camera. 


View Properties 


Allows the user to view a summary of 




the camera properties. 



The file space 154 lists files and/or folders that pertain to 
digital images taken by the digital camera. The files are the 
images themselves (e.g., JPG files) and the folders contain 
image files and/or other folders with image files in them. 

The file space 154 presents the files that are currently 
stored on the camera. In this manner, the user can easily 
view the camera memory as if it were another memory of the 
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computer. The UI allows easy integration of the camera 
control into the familiar windowing environment. 

To add a picture to the file space, the user captures a 
picture using the "Take Picture" command in the camera 
menu 160. The picture then appears as a file in the file space 
154. The user can then select the image file by clicking on 
the file and manipulating the picture using the commands on 
the pictures menu 158, such as "Rotate to the Left*', "Rotate 
to the Right", "Zoom", and "Send to". The user can also save 
the image file to the computer memory using the command 
"Save in My Pictures folder". 

FIG. 7 shows a modified "My Camera" window 170 that 
supports dual-mode cameras (i.e., video and still). The 
modified window 170 is presented upon selection of the 
"My Camera" icon 116 in FIG. 4 and is similar to the 
window 150 of FIG. 6 in that it has a context space 172 with 
a file space 174 and a persistently-, visible, context-specific 
menu 176. However, in this modified implementation, the 
context-specific menu 176 also has a video tab 178 to list 
options pertaining to operation of the video camera 26. 

Notice also that one of the files in the file space 174 is a 
play-in-place video file 180. This play-in-place video file 
180 can be actuated to play a video clip or stream within the 
small area depicted as box 180. That is, the static video icon 
in box 180 is replaced with a streaming video at the same 
location in the file space. Play-in-place video files 180 were 
first introduced in Media Manager, a multimedia application 
available from Microsoft. 

Table 3 contains the options and corresponding functions 
available on the video tab 178. 



TABLE 3 


Option 


Function 


Play 


Plays back a video stream from the 




video camera. 


Open 


Opens a video file with a default 




application 


Capture Frame 


Directs the video camera to record a 


single still- image frame. 


Capture Video 


Directs the video camera to record a 




video clip. 


View Properties 


Allows the user to view a summary of 




the video camera properties. 



Other commands may be added to the menu. For instance, 
a "4stop" command may be employed to halt the capture of 
live video. 

Image Acquisition API 

The image acquisition API 66 enables applications to 
manage loading and unloading of all imaging devices, 
monitor device events, query device information properties, 
create device objects, capture images using the devices, and 
store or manipulate the images after their capture. The 
interfaces are accessible by high level languages (e.g., 
Visual Basic) as well as lower level ones (e.g., C, C++-, 
etc.). COM is a suitable interface. In this context, each 
device is exposed as a COM object, whereby the object 
provides a number of methods and properties associated 
with the imaging device. As one exemplary implementation, 
there are three general objects: a device manager object, a 
camera object, and a scanner object. The objects are 
described generally below. A more detailed description of 
the objects and methods are provided at the end of this 
section. 

The device object contains device context and status 
information for a physical device. Once a device object is 
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created for a physical device, the physical device controls 
what device properties are available and what values the 
properties may assume. There may be multiple device 
objects created for any physical device. However, a device 
object has exclusive access to a physical device before any 
operation (i.e., scan, take a picture, etc.) is performed. 
Exclusive access to a physical device is made available 
through a locking/unlocking mechanism. 

The device manager is implemented as three objects that 
perform the following functions: 
CImagelnDevMgr object is used to: 
Create a device enumerator object 
Create a device object when given a DevicelD 
Display UI to let a user choose a device object 
Display UI to both choose a device and acquire an image 

from the chosen device. 
A CEnumlmagelnDevInfo object is used to: 
Enumerate all Imageln devices on a system. For each 
device enumerated, a CImagelnDevInfo object is 
returned. 

A CImagelnDevInfo object is used to: 

Query device information properties from the Imageln 
device. One of the properties, Device ID, can be used 
by CImagelnDevMgr to create a device object. 

The camera object may expose the following functions: 

Open and close the device for communication 

Control the device 

Update and read device properties 

Update and read picture properties 

Download, remove, and upload pictures to device 

The scanner object may expose the following functions: 

Open and close the device for communication 

Control the device 

Update and read device properties 

Set operation intent 

Imageln Device Manager 

The Imageln device manager provides interfaces for 
enumerating devices, querying properties of installed 
Imageln devices and creating Imageln device objects. The 
device manager has three objects. 

CImagelnDevMgr is used to: 

Create an enumerator object, CEnumlmagelnDevInfo 
Create a device object when given a DevicelD. 
Display UI to let a user choose a device object. 
Display UI to both choose a device and acquire an image 

from the chosen device, 
CEnumlmagelnDevInfo is used to: 
Enumerate all Imageln devices on a system. For each 

device enumerated, a CImagelnDevInfo object is 

returned. 
CImagelnDevInfo is used to: 

Query device information properties from the Imageln 
device. One of the properties, Device ID, can be used 
by CImagelnDevMgr to create a device object. 
Device information properties are distinct from normal 
device properties in that they are read from the registry and 
can be queried without forcing the device object to be 
created. 

A program using its own methods to select an Imageln 
device would do the following: 
Create a CImagelnDevMgr object 
Use the IlmagelnDevMgr interface to create a CEnumlm- 
agelnDevInfo object 
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Use IEnumlMAGEI N_DE V_INFO interface to create a Parameters: 
ClmagelnDevInfo object for each Imageln device enu- 
merated. 

Use IPropertyStorage interface of ClmagelnDevInfo 
object to inspect the device information properties of 
each device, save the Device ID property from the — 
desired device. SelectlmagelnDev 

Use the DevicelD property in IlmagelnDevMgr interface 
to create an Imageln device object. 10 

IlmagelnDevMgr Interface 

EnumlmagelnDevInfo 



10 



bstr DevicelD Device ID string returned from device info object. 
ppDevice [Unknown interface pointer returned. 



HRESUU IlmagelnDevMgr: :SetectImage[nDev( 
LONG 1 Flags, 

IUnknown* * ppDevice); 



HRESULT IlmagelnDevMgr: :EnumlmageInDevInfo ( 
LONG lFlags, 
tEnumIMAGEIN__DE V_JNFO* * ppIEnum); 



EnumlmagelnDevInfo creates a standard enumerator for 
ClmagelnDevInfo objects. The enumerator itself is a CEnu- 
mlmagelnDevInfo object that has a single interface 
IEnumIMAGEIN_DEV__INFO. Applications can use this 
API to obtain device information properties from available 
Imageln devices. 

Parameters: 



20 



SelectlmagelnDev displays UI for the selection of 
Imageln devices. When the user selects a device, the device 
object is created and an IUnknown interface is returned. The 
application can then use Query Interface on this IUnknown 
to access the other interfaces on a device. Returns 
S__FALSE if the user cancels the selection dialog without 
making a device selection, S_OK if the user makes a device 
selection or an error value if the method fails. 
Parameters: 



1 Flags 
ppDevice 



Operation flags 

IUknown interface pointer returned 



1 Flags 
ppIEnum 



Specifies the type of device to enumerate. 

Enumeration interface for CEnum Imageln Devlnfo objects. 



30 Getlmage 



GetlmagelnDevI nfo 



HRESULT IlmagelnDevMgr: :GctImagcInDevlnfo ( 
BSTR bstrDevicelD, 
IPropertyStorage** ppIPropStg); 



Given a device ID GetlmagelnDevInfo returns an IProp- 
ertyStorage interface to ClmagelnDevInfo objects. This API 
gives applications a quick way to retrieve device informa- 
tion properties from a stored device ID. 

Parameters: 



35 



HRESULT IlmagelnDevMgr: :GetImage( 
LONG lFlags, 
LONG llntent, 
LONG cfFormat, 
STGMEDIUM* pMedium); 



Getlmage displays device selection UI allowing a user to 
40 select a device. If the user selects a device, a device is 
created and device UI is displayed to capture the image. 
Image data is returned in the p Medium structure. Image 
format and default image capture properties may be speci- 
fied using the I Intent and cfFormat parameters. Returns 
45 S_FALSE if the user cancels the selection dialog without 
making a device selection, S_OK if the user makes a device 
selection and the data is transferred or an error value if the 
method fails. 
Parameters: 

50 



bstrDevicelD, 
ppIPropStg 



Device ID string returned from device info object. 
IPropertyStorage interface to ClmagelnDevInfo objects. 



CreatelmagelnDev 



55 



lFlags Operation flags 

llntent Intent, default image capture properties 

cfFormat Clipboard format desired by application 

p Medium Image is returned through this medium. 



EnumDestinationlnfo 



HRESULT IlmagelnDevMgr ::CreateImageInDev( 

BSTR bstrDevicelD, 
IUnknown* * ppDevice); 



CreatelmagelnDev creates a device object identified by 
bstrDevicelD and returns an IUnknown interface to the 
object. The application can use Querylnterface on this 
IUnknown to access the other interfaces on a device. 



HRESULT IImageInDevMgr::EnumDestinationtnfo( 
LONG 1 Flags, 

IUnknown* pDevice, 
IEnumIMAGElN_DEST_INFO" ppIEnum); 



65 



EnumlmagelnDestlnfo creates a standard enumerator for 
CImagelnDestlnfo objects. The enumerator itself is a CEnu- 
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mlmagelnDestlnfo object that has a single interface 
IEnuraIMAGEIN_DEST_INFO. Applications can use this 
API to obtain device destination properties from an Imageln 
device. Destination applications are registered using Regis- 
terDestination Application . 
Parameters: 



Next 
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HRESU1X lEnumIMAGEIN_DEV_INFO::Next( 
ULONG celt, 
fPropertyStorage*' rgelt, 
ULONG *pceltFetched); 



1 Flags Enumeration flags 

pDevioc Device object. If null destination applications for all devices 
are enumerated. 

ppIEnum Enumeration interface for CEnumtmagelnDestlnfo objects. 



10 



RegisterDestinationApplication 



Next returns an array of IPropertyStorage interfaces to 
CImagelnDevInfo objects. Applications can use the returned 
of IPropertyStorage interfaces to obtain device information 
properties from available Imageln devices. 
Parameters: 



15 



HRESULT II magelnDev Mgr: :Registe rDestinatio nAppl ication ( 
LONG lFlags, 
LONG Hntent, 
lUnknown* pDevice, 
BSTR bslrEvent, 



celt Specifies the number of elements requested, 

rgclt Address of an array in which to return the IPropertyStorage 

interfaces. 

2Q pceltFetched Address of a value that receives a count of the item 
identifiers actually returned in rgelt. 



BSTR 


bstrAppName, 


BSTR 


bstrCommandLine); 


This method 


is called when an application wishes to 


register as an Imageln destination. 


Parameters: 




1 Flags 


Registration flags. 


ltntcnt 


Intent, default image capture properties. 


pDevice 


Device object. If null, destination application is 




registered for all devices. 


bsuEvent 


Optional event name. 


bstrAppName 


Friendly name of Application. This name will be 




displayed to the user in UI. 


bstrCommandLine 


Full path to the executable for this application. 




Additional command line arguments may be 




added to this command. 



25 



30 



35 



UnregisterDestinationApplication 



HRESTUL IImageInDcvMgr::UnregistcrDcstinationApplication 
LONG 1 Flags, 

TUknown • pDevice, 
BSTR bstrAppName); 



This method is called when an application that has 
registered an Imageln destination wishes to be uninstalled or 
no longer known as an Imageln destination 
Parameters: 



Skip 

HRESULT IEnumIMAGEIN_DEV_INFO::Skip 
(ULONG celt); 
Skip skips device objects in the enumeration. 
Parameters: 

celt Number of items to skip. 
Reset 

HRESULT IEnumIMAGEIN_DEV_INFO:: Reset 
(void); 

Reset sets the enumeration back to the first device. 
Clone 



40 



HRESULT IEnumIMAGEIN_DEV_rNFO::Qone( 

lEnum I M AGEI N_DE V_INFO ••ppIEnum); 



Clone creates another IEnumlMAGEIN _J)EV_JNFO enu- 
meration object and returns an interface pointer to it. 
Parameters: 



45 



ppIEnum 



Address that receives a pointer to the new enumeration 
object. 



50 



55 



IEnumlMAGEIN_DEST_INFO Interface 
The IEnumIMAGEIN_DEST_INFO interface is a stan- 
dard OLE is enumeration interface that supports enumera- 
tion of device destination properties. 
Next 



1 Flags Operation flags. 

pDevice Device object. If null, destination application is 

unregistered for all devices. 
bstrAppName Friendly name of Application, used to register 

application. 



IEnumIMAGEIN_DEV_INFO Interface 

The IEnumIMAGEIN_DEV_INFO interface is a stan- 
dard OLE enumeration interface that supports per device 
enumeration of device information properties. 



HRESULT lEnumIMAGEIN_DEST_INFO::Next( 
60 ULONG celt, 

IPropertyStorage** rgelt, 
ULONG 'pceltFetched); 



Next returns an array of IPropertyStorage interfaces to 
65 CImagelnDestlnfo objects. Applications can use the 
returned of IPropertyStorage interfaces to obtain destination 
information properties from available Imageln devices. 
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celt Specifies the number of elements requested, 

rgelt Address of an array in which to return the [Proper! ySto rage 

interfaces. 

poeltFetched Address of a value that receives a count of the item 
identifiers actually returned in rgelt. 



Device CLSID 

5 Unique Device ID 

Vendor Description 
Device Description 
Device Type 
Device Port Name 



Skip 

HRESULT IEnumIMAGEIN_DEST„INFO::Skip 
(ULONG celt); 
Skip skips destination objects in the enumeration. 
Parameters: 

celt Number of items to skip. 
Reset 

HRESULT IEnumIMAGEIN_DEST_JNFO::Reset 
(void); 

Reset sets the enumeration back to the first device. 
Clone 



HRESULT [EnumIMAGEEN_DEST_INFO::Clone( 
I E num IMA GEIN„ D EST_I N FO **ppIEnum); 



Clone creates another IEnumIMAGEIN__DEST_INFO 
enumeration object and returns an interface pointer to it. 
Parameters: 



10 



Device Friendly Name 
Device Icon Resource 
Device Bitmap Resource 
Server Name 



The CLSID of the I mage In server for this 
device. 

A device ID which is unique per physical 
device. 

The device manufactures name. 

A description of the device. 

A device type constant: scanner, camera . . . 

Name of the port through which the device is 

connected. 

A user readable device name. 

Resource file name and ID. 

Resource file name and ID. 

The name of the server where the Imageln 

server for this device is running. 



Imageln Scanner Device Object 

Imageln device objects support interfaces for querying 
and setting device properties, displaying device UI and 

2 q transferring data. Imageln devices are required to support a 
small number of standard interfaces that allow applications 
to deal with all devices in a common manner and transfer 
data from the devices in a manner that is native to the (COM) 
application. Device objects may also support more special - 

25 ized interfaces to implement custom functions. Since the 
application has a direct connection to the device object, this 
architecture does not place any strict limits on the interfaces 
a device object can export. Practically speaking though, 
applications must know about an interface for it to be useful. 

30 IScan Interface 
ScanDlg 



1C HRESULT ScanDlg( 

ppIEnum Address that receives a pointer to the new enumeration LONG lFlags 

oh i ccU LONG llntent); 



IPropertyStorage Interface 

The IPropertyStorage interface is used to query the device 
information and destination properties. IPropertyStorage is a 
standard OLE interface and is documented in the OLE 
Programmers Reference. All device information properties 
are read only. Any attempt to modify the device information 
properties will result in a failure with access denied. The 
methods of this interface are: 



HRESULT ReadMultiple(ULONG, const PROPSPEC, 
PROPVARIANT); 

HRESULT WriteMultiple(ULONG, const PROPSPEC, 
PROPVARIANT, PROPID); 
HRESULT 
HRESULT 
LPOLESTR); 
HRESULT 
LPOLESTR); 
HRESULT 
HRESULT 
HRESULT 
HRESULT 
HRESULT 



DeletcMultipIe(ULONG ( const PROPSPEC); 
ReadPropertyNamcs(ULONG, const PROPID, 

WritePropertyNames(ULONG, const PROPID, 



DeletePropertyNames(ULONG, const PROPID); 
Commit(DWORD); 
Revert(void); 

Enum(IEnumSTATPROPSTG* *); 
Set Times(FILETIME const \ FILETIME const *, 
FILETTME const •); 
HRESULT SctClass(REFCLSID); 
HRESULT Sta t(STATPRO PSETSTG ♦); 



ScanDlg presents the system or device UI needed to 
40 prepare a device for scanning. If the dialog successfully 

completes, the scan object will be ready to begin data 

transfer via the IDataObject or IimageTransfer interfaces. 

The default image capture properties may be specified using 

the optional llntent parameter. Returns S_FALSE if the user 
45 cancels the selection dialog without making a device 

selection, S_OK if the user makes a device selection or an 

error value if the method fails. 

Parameters: 



50 



Device Information Properties 

All Imageln devices support the following basic device 
information properties: 



lFlags 
llntent 



Operation flags 

Intent, default image capture properties 



55 IPropertyStorage Interface 

The standard IPropertyStorage interface is used to query 
and set all scan device properties. IPropertyStorage is a 
standard OLE interface and is documented in the OLE 
Programmers Reference. The methods of this interface are: 

60 



HRESULT ReadMultiple(ULONG, const PROPSPEC, 
PROPVARIANT); 

HRESULT WritcMultiplc(ULONG, const PROPSPEC, 
PROPVARIANT, PROPID); 

HRESULT DeleteMultip!e(ULONG, const PROPSPEC); 



65 
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-continued 



HRESULT 
LPOLESTR); 
HRESULT 
LPOLESTR); 
HRESULT 
HRESULT 
HRESULT 
HRESULT 



ReadPropertyNames(ULONG, const PROPID, 
WritcPropertyNamesfULONG, const PROPID, 



DclctcPropertyNamcsCULONG, coast PROPID); 
Commit(DWORD); 
Rcvcrt(void); 

Enum(EnumSTATPROPSTG* *); 
HRESULT Set Times(FTLETtME const % FTLETIME const *, 
FILETIME const *); 
HRESULT SetClass(REFCLSID); 
HRESULT Stat(STATPROPSETSTG *); 



All Imageln scanner devices support the following basic 
device properties: 



Horizontal Resolution 
Vertical Resolution 
Horizontal Scan Start Position 
Vertical Scan Start Position 
Horizontal Scan Extent 
Vertical Scan Extent 
Scan Data Type 
Scan Color Depth 



The horizontal resolution in DPI. 
The vertical resolution in DPI. 
The horizontal start position in pixels. 
The vertical start position in pixels. 
The width of the scan in pixels. 
The height of the scan in pixels, 
A data format specification constant. 
The number of bits per pixel used to 
specify color. 



Imageln scan devices may support additional device 
properties depending on hardware configuration. 
IDevPropStream Interface 

The IDevPropStream interface is used to query/set all 
current device properties from/to a named, non-volatile, 
registry based storage. The methods of this interface are: 

ReadDevPropStream 

HRESULT ReadDevPropStream(BSTR bstrName); 

ReadDevPropStream reads a device property stream from 
the specified value and initializes the device with these 
properties. The properties are per user and per device. 
Parameters: 

bstrName Name of the property stream. 
WriteDevPropStream 

HRESULT WriteDevPropStream(BSTR bstrName); 

WriteDevPropStream writes the current device property 
stream to the specified value. The properties are per user and 
per device. 
Parameters: 

bstrName Name of the property stream. 
ListDevPropStreams 

HRESULT ListDevPropStreams(BSTR *pbstrName); 

ListDevPropStreams lists the device property stream 
names present in non-volatile storage. The list is returned in 
an allocated BSTR which the application must free using 
SysFreeString. 
Parameters: 

pbstrName Pointer to receive a list property streams. 
DeleteDevPropStream 

HRESULT DeleteDevPropStream(BSTR bstrName); 

DeleteDevPropStream deletes a device property stream 
from non-volatile storage. 
Parameters: 

Is bstrName Name of the property stream. 

IDataObject Interface 

The IDataObjcet interface is a standard OLE data transfer 
mechanism. This interface is used to provide an easy and 
natural way for applications to transfer data from a scan 
device. The full IDataObject interface description can be 
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found in the OLE2 Programmer's Reference. The methods 
of this interface are: 



HRESULT GetData(LPFORMATETC, LPSTGMEDIUM); 
HRESULT GetDataHere(LPFORMATETC, LPSTGMEDIUM); 
HRESULT QueryGelDa ta (LPFOR MATETC) ; 
HRESULT GetCanonicalFormatEtcCLPFORMATETC, 
LPFOR MATETC); 

1Q HRESULT SetDatafLPFORMATETC, STGMEDIUM FAR BOOL); 
HRESULT EnumFormatEtcfDWORD, LP ENUM FOR MATETC 
FAR •); 

HRESULT DAdvisefFORMATETC FAR *, DWORD, 
LPADVISESINK, DWORD FAR *); 
HRESULT DUnadvisc(DWORD); 
HRESULT EnumD Advise (LP ENUMSTATD ATA FAR •); 



IlmageTransfer Interface 

The IlmageTransfer is a high performance data transfer 
interface. This interface uses a shared memory window to 
transfer data from the device object to the application, 
eliminating unnecessary data copies during marshalling. For 
Simplicity, this interface uses the same format negotiation 
method as IDataObject. IlmageTransfer uses two different 
mechanisms to transfer data.: 

Banded Transfers 

The device breaks a large image transfer Up into smaller 
transfers, which are performed sequentially into an 
application-specified buffer. 

Data Callback 

The device does a single large transfer, while calling back 
to the application as the transfer progresses. 
itAllocateTransferBuffer 



35 



40 



HRESULT itAlIocateTransfcrBuffcr( 
LONG lFlags, 
LONG ISize, 
ULONG hSection, 
ULONG ProcessID); 



Allocates a buffer to use for scanning data from the 
device. The buffer is mapped into the address space of both 
the client and server process. 
Parameters: 



1 Flags Operation flags. 

50 ISize Size in bytes of the requested buffer. 

hSection Mapped section handle 

ProcessID Caller process ID 



it FreeTransfer Buffer 

HRESULT itFreeTransferBuffer(void); 

Free the buffer created by itAllocateTransferBuffer. This 
buffer is also freed when the device object is destroyed. 
itBeginTransfer 



60 
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HRESULT itBeginTransfer( 
LPFORMATETC 
LONG 

IDataCallback* 



pFormatEtc, 
lFlags, 

pIDataCallback); 
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Reset a device object context to begin an IlmageTransfer. 
Parameters: 



pFonnalEtc Format specification. 

(Flags Ope ratio a flags. 

pIDataCaliback Optional transfer progress notification entry point. 



ItGetlmage 



HRESULT itGetImage( 
LONG 
LONG" 
LONG* 



lFlags, 

plSrcOffset, 

pcbWritten); 



18 



Camera Interface 
TakePicture 

HRESULT TakePictureO; 

The TakePicture method instructs a camera to take a new 
5 picture. 

GetCameraRootltem 
HRESULT GetCameraRootItem(ICameraItem** 
pICameraltem); 

10 This method returns an interface to the root CCameraltem 
object. Using the Icameraltem interface it is possible to 
enumerate all images on the camera. 
Parameters: 

PICameraltem Interface pointer to root camera item 
15 GetCameraltemByHandle 



Perform an image transfer. 
Parameters: 



lFlags Operation flags. 

plSrcOfiset Source pointer for transfer. 

pcbWritten Actual number of bytes written during transfer. 



itGetlmageCB 

HRESULT itGetImageCB(LONG lFlags); 

Perform an image transfer using a user specified callback. 
Parameters: 

lFlags Operation flags. 
itEndTransfer 

HRESULT itEndTransfer(LONG lFlags); 

Geanup a device object context after an image transfer. 
Parameters: 

lFlags Operation flags. 
itQueryGetData 

HRESULT itQueryGetData(LPFORMATETC pfe); 

Check to see if a device supports a given format in an 
image transfer. 
Parameters: 

pfe Pointer to the FORMATETC structure defining the 
format, medium, and target device to use for the query. 



HRESULT GetCameraItemByHand!e( 

ULONG ulItemHandle, 
20 ICameraltem* • pICameraltem); 

This method returns an ICameraltem interface to the 
specified CCameraltem object. A handle for a CCameraltem 
object can only be obtained D through the ICameraltem 
interface. 
Parameters: 



25 



30 



ulItemHandle Handle to camera item, previously returned by 

Camera Item interface 
pICameraltem Interface pointer to Camera Item specified by handle 



35 
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HRESULT UEnumFormatEtc( 
DWORD 

LP ENUM FORMATETC* 



dw, 

IpEnum); 



Create a format enumerator. 
Parameters: 



55 



dw Reserved 

IpEnum Indirect pointer to the lEnumFORMATETC interface 
on the new enumerator object. 



Imageln Camera Device Object 

The Imageln Camera is a hierarchical object. The top- 
level camera object is used to get basic device information 
and also to get access to individual images or image folders. 
The CCameraltem object represents images and Image 
folders. 



60 



CameraDlg 



40 



HRESULT CameraDlg( 
LONG 
LONG 

ICameraltem** 



lFlags, 
Hntent, 

pICameraltem); 



Display the camera UI. UI will select an image on a 
device and prepare for image transfer. The UI returns a 
ICameraltem interface to a CCameraltem ready for data 
transfer. IDataObject or IlmageTransfer interfaces are then 
used to transfer image data. 
Parameters: 



50 



lFlags 
1 Intent 

pICameraltem 



Operational Rags 
High level intent 

Interface pointer to Camera Item selected by Dig 



ICameraltem Interface 

A CCameraltem object is created for every image and 
directory on the camera. This is done to support full and 
flexible hierarchical image storage on cameras. A ICam- 
eraltem pointer is returned for each CCameraltem object. 
ICameraltem methods are defined below. 
GetltemType 

HRESULT GetItemType(ULONG *pItemType); 
GetltemType returns the type of camera item the object 
65 represents. The two types of camera items are: 

1. ItemTypeFoIder— CCameraltem is a folder that may 
contain other CCameraltems 
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2. Itemiypelmage — Ccameraltem is an image. 
Parameters: 

pltemType Item Type returned 
GetltemHandle 

HRESULT GctItemHandle(ULONG pltemHandle); 

Returns a handle to the CCameraltem. This handle can 
later be used by the ICamera interface to get an interface 
pointer back to this object. 
Parameters: 

PltemHandle Item handle returned. This handle may be 
used by the GetCameraltemBy Handle method of the ICam- 
era interface to obtain an Icameraltem pointer. 
OpenI mage PropertyStor age 



10 
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Reset 

HRESULT Reset(void); 

Begin at the first CCameraltem object. 
Parameters: None 
Clone 

HRESULT Clone(IEnumCameraItem * *ppIEnumCam- 
eraltem ); 

Create a new CEnumCameraltem object and return a 
IEnumCameraltem interface. 
Parameters: 



ppIEnumCameraltem 



New enumerator created to exactly match this 
one. 



HRESULT OpenImagePropertyStorage(IPropertyStorage** 
pptPropcrtyS torage) ; 



Returns an IPropertyStorage interface to the CCam- 
eraltem object. 
Parameters: 

ppIPropertyStorage Returned IPropertyStorage interface 
pointer. 
EnumChildltems 

RESULT EnumChildItems(IEnumCameraItem** 
ppIEnumCameraltem); 

Creates a CEnumCameraltem object and returns a IEnum- 
Cameraltem interface to it. This method only works if the 
camera item is a folder and the folder is not empty, as shown 
in the figure above. 
Parameters: 

ppIEnumCameraltem Pointer to iEnumCameraltem inter- 
face. 

IEnumCameraltem Interface 

IEnumCameraltem is a standard OLE enumerator inter- 
face with the usual four methods Next, Skip, Clone and 
Reset. This enumerator will return an ICameralnterface for 
each camera item in the current camera folder (that was used 
in the call to EnumChildltems). 
Next 



HRESULT Next( 

ULONG celt, 

ICameraltem** ppICameraltem, 

ULONG* pccltFctched); 



Camera Download Manager 

The camera download manager monitors the connection 
status of camera devices. When a camera device is con- 
20 nected to the system, the Download Manager will attempt to 
immediately download all the images from the camera onto 
the system hard disk. The camera download manager will 
also maintain a data base of all images previously down- 
25 loaded from a given camera and not download images that 
are already cached. 
Caching images in this manner has several advantages. 
Camera image download can be very slow, this cache 
prevents any image from needing to be downloaded 
30 more than once. 

Applications do not need a special API to acquire images 
from a camera, simply wait for the download to com- 
plete and load the image from the file system. 
35 Images are safely and automatically copied to the file 
system where they can easily be edited, archived, 
printed or just saved. 
In order for the camera download manager to work 
effectively, camera events must be detectable. For example, 
40 it should be easy to detect when a camera is connected or 
disconnected from the system. This should be detectable 
without loading the entire camera driver. Also any activity 
performed directly on the camera (through camera controls) 
must be reported to software so an accurate internal model 
45 of the state of the camera can be kept. 
Sample Code 

Get an image from an Imageln device. Use the Imageln 
device manager device selection UI and the device image 
5 acquisition UI. 



Return an ICameraltem interface for each CCameraltem 
contained by the current folder. 
Parameters: 



celt number of camera items to get 

ppICameraltem List of iCameraltem interface pointers returned. 
pceltFctched Number of interface pointers returned 



Skip 

HRESULT Skip(ULONG celt); 
Skip celt CCameraltem objects. 
Parameters: 

celt Number of Ccameraltem objects to skip 



55 • GetlmageFromlmageln 
■ DESCRIPTION: 

• Use the Imageln device manager lo select a device and acquire an 

* image using the device UI. 



60 



PARAMETERS: 

pszDIB file Name - Name of the DIB file which contain the image data. 



HRESULT GetImageFromImageIn(LPOLESTR pszDIBftleName) 
{ 

HRESULT hr; 
65 I Imageln DevMgr *pIImageInDevMgr; 
// Get Imageln device manager object. 
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-continued 



hr - CoOeate[nstance(CLSID_JmageInDevMgr, 
NULL, 

CLSCTX_LOCAL_SERVER, 
IID_JlmageInDevMgr, 
(void* *)&pnmageInDevMgr); 
if (SUCCEEDED(hr)) { 

STGMEDIUM StdMedium; 

// Fill in the storage medium spec and get the image. 

StgMedium.tymed - TYMED_File; 

StgMedium.lpszFileName - pszDIBfilcName; 

StgMedium.pUnkForRe lease - NULL; 



10 



-continued 



hr - pIImageInDevMgr->GetImage(0, 
0, 

CF_DIB, 
&StgMedium); 

pIImageInDcvMgr->Rclease(); 



return hr, 



Enumerate all installed Imageln devices and get the 
device ID of a specific device: 



Ge tDeviccIDfrom Description 
DESCRIPTION: 

Get the unique device ID of an Imageln device based on it's description. 
PARAMETERS: 

pszDescription - Requested device description, from device info properties. 

pszDevicelD - Buffer for the returned device ID. 

cb Device I DSize - Size of the returned device ID buffer in bytes. 



HRESULT GetDevice[DfromDescription( 
LPOLESTR pszDescription, 
LPOLESTR pszDevicelD, 
UINT cchDevicelD) 



{ 



HRESULT hr, 
IbnagelnDevMgr *pIImageInDevMgr; 
if (pszDevicelD && cchDevicelD) { 
'pszDevicelD - *\0'; 

} 

else { 

return E_INVALIDARG, 

} 

// Get Image rn device manager object, 
hr - CoCreatcInstance(CLS[D_ImageInDevMgr, 
NULL, 

CLSCTX_LOCAL_SERVER, 

I[D_IImageInDevMgr, 

(void* ")&pIImageInDevMgr); 
if (SUCCEEDED(hr)) { 

IEnumIMAGEtN_DEV_INFO *pIEnumIMAGEIN_DEV_INFO; 
PROPSPEC PropSpec{l]; 
PROPVARIANT PropVarDesc{l], Prop VartDt 1 1 
UINT cbSize; 

// Get an enumerator for the Imageln device infoimation. 

hr - pIImagelnDevMgr->EnumImageInDev[nfo(0, &pIEnum[MAGEIN_DEV_INFO); 
if (SUCCEEDED(hr)) { 

IPropertyStorage "plPropSlg; 

ULONG ul; 

// Enumerate the Imageln devices, getting a 1 1 mage In Devi nfo 
// pointer for each. Use this interface to query the registry 
// based properties for each installed device, 
ul - 1; 

while ((hr - pIEnumIMAGEIN_DEV_INFO->Next(l J 

&pIPropStg. 
&ul)) — S_OK) { 
// Read the device description for the current device. 
PropSpec[0].ulKind - PRSPEC_PROPID, 
PropSpec(0].propid - DtP_DEV__DESQ 
hr - pIPropStg->RcadMultiple(l, PropSpec, PropVferDesc); 
if (SUCCEEDED(hr)) { 

// Test for a description match. 

if (lwcscmp(Prop\fcrDesc{0].pwszVal, pszDescription)) { 
// Read the device ID. 
PropSpec(0].propid - DIP_DEV_ID; 
hr - plPropSig->ReadMultiple(l, PropSpec, PropVkrID); 
if (SUCCEED ED(hr)) { 
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wcs ncp y(ps zDe vice I D , PropVferID[0].pwszVal, cchDevicelD); 
PropVariantCtear(PropVkrID); 

} } 

PropVariantClcar(PropVaiDcsc); 

} 

p[PropStg->ReleaseO; 
if (*pszDcvicciD) { 
break; 

} 

} 

pIEnumIMAGEIN__DEV_INFO->Releasc0; 

pIImageInDevMgr->ReleaseQ; 
if (I-pszDcviccID) { 
hr = E_FAIL; 

} 

} 

return hi; 

} 



Although the invention has been described in language 
specific to structural features and/or methodological steps, it 
is to be understood that the invention defined in the 
appended claims is not necessarily limited to the specific 25 
features or steps described. Rather, the specific features and 
steps are disclosed as preferred forms of implementing the 
claimed invention. 

What is claimed is: 

1. An image acquisition system comprising: 30 
a computer having a memory; 

an imaging device coupled to the computer, the imaging 
device having a device memory, the imaging device 
capturing a digital image and storing the image on one 
of the computer memory or the device memory; 35 

an image device manager executable on the computer to 
control operation of the imaging device; and 

a user interface with a menu and toolbar area, a context 
space separate from the menu and tool bar area, and a 
persistently-visible imaging menu positioned within 4Q 
the context space, the imaging menu listing options that 
are particular to controlling the imaging device and 
managing images captured by the imaging device. 

2. An image acquisition system as recited in claim 1, 
wherein the imaging menu includes a capture option that 45 
directs the imaging device to capture an image and to store 
the image in the memory of the computer. 

3. An image acquisition system as recited in claim 1, 
wherein the context space lists image files stored on at least 
one of the device memory or the computer memory. 5Q 

4. An image acquisition system as recited in claim 1, 
wherein: 

the imaging device is a scanner; and 

the context space presented by the user interface contains 

a preview scan area that shows a preview of an image 55 

in the scanner. 

5. An image acquisition system as recited in claim 1, 
wherein 

the imaging device is a scanner; and 

the context space presented by the user interface contains 60 
a scan area that is initially empty prior to a time when 
the scanner scans an image and then progressively 
displays the image as the scanner scans the image. 

6. An image acquisition system as recited in claim 1, 
wherein the context space exhibits a play-in-place video file 65 
at a location, the play-in-place video file being actuatable to 
play a video stream at the location in the context space. 



7. An image acquisition system as recited in claim 1, 
further comprising an operating system stored in the 
memory and executable on the computer, the image device 
manager being incorporated into the operating system. 

8. An image acquisition system as recited in claim 1, 
further comprising is a browser stored in the memory and 
executable on the computer, the image device manager 
being incorporated into the browser. 

9. In an image acquisition system having a computer and 
an imaging device coupled to the computer, an image 
manager implemented in software stored in the computer 
comprising: 

a user interface with a menu and toolbar area, the user 
interface presenting a context space of an imaging 
context and a persistently-visible imaging menu posi- 
tioned within the context space, the context space being 
separate from the menu and toolbar area, the imaging 
menu listing options that are particular to operating the 
imaging device and managing image files; and 

an image device driver to control operation of tie imaging 
device in response to selected options in the imaging 
menu. 

10. An image manager as recited in claim 9, wherein the 
imaging menu includes a capture option to capture an image 
from the imaging device, and the image device driver directs 
the imaging device to capture the image into an image file 
for storage on the imaging device or the computer in 
response to selection of the capture option. 

11. An image manager as recited in claim 9, wherein the 
context space holds image files and the imaging menu 
includes an option to operate on one or more of the image 
files. 

12. An image manager as recited in claim 9, wherein the 
context space exhibits a play-in-place video file at a location, 
the play-in-place video file being actuatable to play a video 
stream at the location in the context space. 

13. An image manager as recited in claim 9, wherein the 
imaging device coupled to the computer is a scanner and the 
context space of the user interface pertains to a scanner 
context and contains an area that is initially empty prior to 
a time when the scanner scans an image and then progres- 
sively displays the image as the scanner scans the image. 

14. An operating system embodied on a computer read- 
able medium comprising an image manager as recited in 
claim 9. 

15. A file system embodied on a computer readable 
medium comprising an image manager as recited in claim 9. 
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16. A browser program embodied on a computer readable 
medium comprising an image manager as recited in claim 9. 

17. A user interface embodied on a computer- readable 
medium and executable on a computer comprising: 

a menu and toolbar area; 5 
a file space of a selectable context, the file space being 
separate from the menu and toolbar area and exhibiting 
one or more files and/or folders pertaining to the 
context; and 

a persistently-visible context-specific menu positioned 10 
within the file space adjacent to the files and/or folders, 
the context-specific menu listing options that are par- 
ticular to the context of the file space. 

18. A user interface as recited in claim 17, wherein the 
files comprise digital image files and the folders comprise 15 
sets of digital image files. 

19. A user interface as recited in claim 17, wherein the 
context of the file space pertains to imaging devices, and the 
options listed in the context-specific menu include a com- 
mand to capture digital images using an imaging device 20 
coupled to the computer. 

20. A user interface as recited in claim 17, wherein the file 
space also exhibits a play-in-place video file at a location, 
the play-in-place video file being actuatable to play a video 
stream at the location in the file space. 25 

21. A user interface as recited in claim 17, wherein the 
options in the context-specific menu change in response to 
changing the context of the file space. 

22. A file system embodied on a computer-readable 
medium incorporating the user interface as recited in claim 30 
17. 

23. An operating system embodied on a computer- 
readable medium incorporating the user interface as recited 
in claim 17. 

24. A browser embodied on a computer-readable medium 35 
incorporating the user interface as recited in claim 17. 

25. A computer- implemented method for execution in a 
graphical user interface windowing environment, compris- 
ing: 

presenting a graphical window with a menu and toolbar 
area; 

presenting a set of one or more files and/or folders in a file 
space within the graphical window and separate from 
the menu and toolbar area; 45 

presenting a persistently-visible, context-specific menu 
within the file space adjacent to the files and/or folders; 
and 

listing options in the context-specific menu that are par- 
ticular to operating on the files and/or folders in the file 50 
space. 

26. A computer-implemented method as recited in claim 
25 wherein the presenting comprises presenting a set of 
digital image files. 

27. A computer-implemented method as recited in claim 55 
25 further comprising operating on the files and/or folders in 
response to selection of an option in the context-specific 
menu. 

28. A computer- implemented method as recited in claim 
25 further comprising exhibiting a play-in-place video file at 60 
a location in the file space, the play-in-place video file being 
actuatable to play a video stream at the location in the file 
space. 

29. A computer-implemented method as recited in claim 
25 further comprising: 65 

presenting a new set of one or more files and/or folders in 
the file space; and 
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listing new options in the context-specific menu that are 
particular to operating on the new set of files and/or 
folders. 

30. An image manager comprising: 

first and second image device drivers to control operation 
of respective first and second imaging devices; 

a user interface presenting a menu and toolbar area and a 
context space separate from the menu and toolbar area, 
the context space being adaptable to relate to a first 
context associated with the first imaging device and to 
relate to a second context associated with the second 
imaging device image; 

the user interface further presenting a persistently-visible 
imaging menu positioned within the context space to 
list options particular to operating the first imaging 
device when the first context is presented and to list 
options particular to operating the second imaging 
device when the second context is presented; and 

the first and second image device drivers being configured 
to control operation of the first and second imaging 
devices, respectively, in response to selected options in 
the imaging menu. 

31. An image manager as recited in claim 30, wherein the 
first imaging device is a scanner and the second imaging 
device is a camera. 

32. An image manager as recited in claim 30, wherein the 
first imaging device is a scanner and the first context pertains 
to a scanning context, the imaging menu being configured to 
include a capture option to capture an image from the 
scanner. 

33. An image manager as recited in claim 30, wherein the 
first imaging device is a scanner and the first context pertains 
to a scanning context that defines an- area that is initially 
empty prior to a time when the scanner scans an image and 
then progressively displays the image as the scanner scans 
the image. 

34. An image manager as recited in claim 30, wherein the 
context space holds files and/or folders and the imaging 
menu includes an option to operate on one or more of the 
image files and/or folders. 

35. An image manager as recited in claim 30, wherein the 
context space exhibits a play-in-place video file at a location, 
the play-in-place video file being actuatable to play a video 
stream at the location in the context space. 

36. An operating system embodied on a computer read- 
able medium comprising an image manager as recited in 
claim 30. 

37. A file system embodied on a computer readable 
medium comprising an image manager as recited in claim 
30. 

38. A browser program embodied on a computer readable 
medium comprising an image manager as recited in claim 
30. 

39. A user interface embodied on a computer-readable 
medium and executable on a computer comprising: 

a menu and toolbar area; 

a file space of a selectable context, the file space being 
separate from the menu and toolbar area and exhibiting 
one or more files and/or folders pertaining to the 
context; and 

a persistendy-visible con text -specific menu positioned 
within the file space adjacent to the files and/or folders, 
the context-specific menu listing options that are par- 
ticular to the context of the file space so that upon 
selection of a first context, the file space is populated 
with one or more files and/or folders pertaining to the 
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first context and the persistently-visible context- 
specific menu lists options pertaining to the first context 
and upon selection of a second context, the file space is 
populated with one or more files and/or folders per- 
taining to the second context and the persistently- 
visible context-specific menu list options pertaining to 
the second context. 

40. A user interface as recited in claim 39, wherein the 
files comprise digital image files and the folders comprise 
sets of digital image files. 

41. A user interface as recited in claim 39, wherein the 
first and second contexts of the file space pertain to different 
imaging devices, and the options listed in the context- 
specific menu include a command to capture digital images 
using one or more imaging devices coupled to the computer. 
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42. A user interface as recited in claim 39, wherein the file 
space also exhibits a play-in -place video file at a location, 
the play-in-place video file being actuatable to play a video 
stream at the location in the file space. 

43. A file system embodied on a computer-readable 
medium incorporating the user interface as recited in claim 
39. 

44. An operating system embodied on a computer- 
readable medium incorporating the user interface as recited 
in claim 39. 

45. A browser embodied on a computer-readable medium 
incorporating the user interface as recited in claim 39. 
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UNITED STATES PATENT AND TRADEMARK OFFICE 

CERTIFICATE OF CORRECTION 



PATENT NO. : 6,373,507 Bl Page 1 of 2 

DATED : April 16, 2002 

INVENTOR(S) : Caraara et al. 



It is certified that error appears in the above-identified patent and that said Letters Patent is 
hereby corrected as shown below: 

Column 2, 

Line 4, add so - after "and". 

Line 55, delete "Is" after "general-purpose". 

Column 4, 

Line 1, replace "UT" with -- UI --. 
Column 6, 

Table 1, column 1, add -- View Properties - under "Rotate to the Left". 

Table 1, column 2, for the option "View Properties" add ~ Allows the user to view 

properties associated with the selected picture(s) --. 

Table 1, column 2, for the option "Rotate to the Left" replace "Allows the user to view 
properties associated with the selected picture(s)" with - Allows the user to rotate the 
picture 90 degrees to the left --. 
Line 47, add -- camera tab 160 -- after "the". 

Column 7, 

Line 47, replace "4stop" with -- stop — . 
Column 15, 

Line 62, delete "Is" before "bstrName". 
Column 16, 

Line 26, replace "Up" with -- up --. 
Column 18, 

Line 24, delete "D" after "obtained". 
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It is certified that error appears in the above- identified patent and that said Letters Patent is 
hereby corrected as shown below: 



Column 21, 

Line 10, replace "StdMedium" with StgMedium 



Signed and Sealed this 



Tenth Day of September, 2002 
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JAMES E. ROGAN 



Attesting Officer 



Director of the United States Patent and Trademark Office 



09/30/2003, EAST Version: 1.04.0000 



